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METHOD OF TRANSFERRING FILES AND 
ANALYSIS OF TRAIN OPERATIONAL DATA 

CROSS-REFERENCE 

[0001] This is a Divisional of U.S. Patent Application No. 09/404,826 filed on 

September 24, 1999. 

SUMMARY AND BACKGROUND OF THE INVENTION 

[0002] The present invention relates to the collection, transmission and analysis of 

real time information data between a train and remote stations and the use of real 
time information on the train. 

[0003] The communication between a remote station and a moving train has 

generally been via radio waves. This is generally voice communication to the 
engineer. Some systems use groimd terminal control computers for receiving and 
transmitting digital information to the data management system aboard a 
locomotive from a central location. Wayside inspection devices are also located at 
various points along the track and provide track status information and train 
inspection information. One example of such a system is described in U.S. Patent 
4,896,580. Communication of position as well as other parameters may be via 
satellite as described in U.S. Patent 5,491,486. The data being transmitted to the 
trains are generally track occupancy or track control information to be used by the 
engineer on board. The information being transmitted from the train to the central 
office is general status of train operating conditions. A general discussion of 
central location to train communication as well as tracking reporting equipment 
inventory in a locomotive is described in U.S. Patent 5,786,998. 

[0004] Trains generally include event recorders. The information on the event 

recorders is data and status of different variables and operating conditions on the 
train recorded as a fiinction of time. This information is dovmloaded and used for 
various analyses. A computer can also be used to analyze or printout speed, 
acceleration/deceleration and distance traveled from this recorded data. Such a 
system is described in U.S. Patents 4,561,057 and 4,794,548. 

[0005] Historically, the information from the event recorder has been printed out 

on strip recordings or tables and analyzed by hand. Playing the information back 
on a simulator using the data from the train recorder is described in U.S. Patent 
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4,827,438. The simulator uses its own mathematical algorithms of the train 
physics and plays back the results of this processed data. It does not take into 
account variations of the train parameters which were assumed in the algorithms. 
These assumptions induce errors and thus, the response of the operator on the 
simulator may appear to be inappropriate. As suggested in the '438 Patent, the 
system can detect potential errors and provide the operator with the relative 
magnitude of the error. Based on this error, the train efficiencies can be 
reprogrammed into the computer to adjust for this error. The reprogramming is 
done manually by the simulator operator based on his experience. 

[0006] The present invention provides a method of transferring files between a 

computer on board a train and a remote station. The method includes determining 
if the remote station is within range of the train and establishing wireless 
commvmication between the onboard computer and the remote station. Next, the 
computer determines whether there exist new files to be transferred, and if so, 
transfers the files. If the remote station has software or data file updates to be 
transferred to the train, such updates are transferred to the onboard computer. To 
determine whether the remote station has updates to be transferred, it compares the 
version in the onboard computer to the version in the remote station. 

[0007] The information being transferred fi-om the onboard computer to the station 

includes the train performance data, track data and data fi'om log files and event 
recorders connected with the onboard computer. The updating of information 
fi*om the remote station to the onboard computer includes new application software 
and operational databases. This is in addition to the information with respect to 
traffic conditions, track usage and other operational limitations. If the train 
includes a plurality of event recorders, the information is provided to the onboard 
computer and then transferred therefi-om. Alternatively, each event recorder may 
be connected to its own onboard computer and each onboard computer establishes 
communication to the remote station. 

[0008] To determine whether a remote station is within range includes determining 

the location of the train and knowing location(s) of the next remote station(s). 
From this knowledge, commimication can be attempted when in range of stations. 
Altematively, the on-board computer can periodically send out a query to any base 
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stations in range. When a remote station responds, the communication links can be 
estabUshed. Locomotive files transferred from an onboard computer to a remote 
station may also be transferred to other remote stations, including a unique remote 
home base station. The home base station may act as a central data-collection and 
storage point for all locomotive files for all railroads. It is also the repository and 
distributor for the software and operational data updates that the remote station 
transfers to the onboard computer, and for software updates for the remote station 
itself 

[0009] A connection between a remote station and the home base station may be 

established for a number of reasons: when new locomotive files are available on 
the remote station; when new software or operational data is released on the home 
base station; upon request by a user; according to some schedule; or some 
combination of these or other reasons. When a connection is established, the 
remote station may transfer locomotive files to the home base station, and the 
home base station may transfer software or operational data updates to the remote 
station. 

[0001 0] To determine whether the home base station has software or operational 

data updates to be transferred, the version in the remote station is compared with 
the version in the home base station. Only the additions, changes and deletions 
resulting from the comparison is transferred. The home base station also collects 
information logged by the remote station. The remote station logs operational 
information that includes communication statistics, which locomotives established 
communication and when, which locomotive files were transferred, and which 
software updates were sent. 

[0001 1 ] A method of adjusting a simulator and processing data from an event 

recorder of a train or data transferred by the previously mentioned method or other 
available methods includes inputting the data into the simulator. The simulator is 
operated with the data and the simulator automatically adjusts the parameters of 
the simulator until the data of the simulator matches the data from the event 
recorder. The parameters to be adjusted include one or more of grade resistance, 
curve resistance, rolling resistance, tractive effect of trains, locomotives, dynamic 
brake effect of the train's locomotives, pneumatic brake system and train weight. 
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[00012] After adjusting the parameters, the input data is analyzed on the simulator. 

Analyzing the data includes automatically or manually identifying arbitrary 
anomalies as identified by the user in the input data and reporting the anomalies. 
Adjusting the parameters includes comparing the simulator data and the event 
recorder data during a change of velocities. These changes of velocities occur 
during one or more of the following trip features; curves, grades, braking and 
throttle changes. 

[0001 3] Wherein the train includes plural event recorders, the input data from each 

of the recorders is provided to the simulator simultaneously or in sequence and the 
simulator is operated and the parameters adjusted using data from all the event 
recorders from the same train. If the simulator is on board the train, the updating 
of the parameter can be performed on the train and stored and transmitted with 
event recorder data to alleviate the need for post adjustments. 

[00014] Other advantages and novel features of the present invention will become 

apparent from the following detailed description of the invention when considered 
in conjunction with the accompanying drawings. 

BRIEF DESCRIPTION OF THE DRAWINGS 

[00015] Figure 1 is a schematic representation of train communication system 

incorporating the principles of the present invention. 

[00016] Figures 2a and 2b are flow charts of an automatic software and data update 

upload and log file download with two different methods of establishing 
communication according to the principles of the present invention. 

[0001 7] Figure 3 is a schematic representation of software and data paths between a 

home base station, data server/playback stations, an event recorder, and locomotive 
on-board computers. 

[0001 8] Figure 4 is a process of analyzing data from event recorders according to 

the principles of the present invention. 
[0001 9] Figure 5 is a flow chart of adjustment of a math model of a simulator based 

on real data according to the principles of the present invention. 

DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS 
[00020] Figure 1 illustrates a train having head-end locomotives 12 and 14 

separated from a midtrain locomotive 16 by a plurality of cars. Each of the 
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locomotives includes at least an onboard computer (OBC) 18 connected to a 
display 20. It also includes an event recorder (ER) 22 connected to the onboard 
computer 18. The onboard computer 18, through transmitter 24, communicates 
with a remote or base station 26. The plurality of base stations 26 are provided 
within proximity of the tracks. The base station may also be a satellite or other 
types of communication terminals. A data server/playback station (D/PS) 28 is 
connected to or is part of the base station 26. Additionally, communication with 
the data server/playback station 28 is provided through modem 30 to a greater 
network or communication system to be described with respect to Figure 3. The 
base station 26 may also include an event recorder 32 by itself or in combination 
with a data server/playback station 28. 

[00021] Another type of event recorders 32 are generally adjacent the track at 

control points and are designed to time stamp, capture, and record status 
information records of the control point equipment over time. These information 
records can include but are not limited to: Signal aspects of information; Trains, 
cars, trucks or axles that have crossed by the Control Point; Gate position 
informations; Crossing Occupancy status; Lidication of other trains in the vicinity; 
and Video and audio recordings of the area. These control points are also remote 
stations with their own transceivers. 

[00022] The onboard computer 1 8 includes log files of information, data and 

characteristic of the locomotive. Some of these log files are from the event 
recorder 22. The onboard computer 18 also includes various programs of software 
or application software and operational databases. The data server/playback 
station 28 collects files from the onboard computer 18 and provides new or 
updated application software and operational databases to the onboard computer 
18. 

[00023] Each of the locomotives 14 and 16 will include their own onboard 

computer 18, optional display 20, event recorder 22 and transceiver 24. The 
individual event recorders 22 may be connected to a single onboard computer 1 8 
which communicates to the data server/playback station 28. Alternatively, each of 
the on-board computers 18 on each of the locomotives 12, 14 and 16 may 



independently communicate its files to and receive software from the data 
server/playback station 28. 

The on-board computer 18 may be the general on-board computer of a 
locomotive. It may also include a special system known as LEADER system, 
available from New York Air Brake Corporation. This system determines and 
displays information of the dynamic condition throughout the train to aid the 
engineer in operating the locomotive. The LEADER system uses prestored 
information about the track characteristics and structures along the path. It also 
includes information about the locomotive used in the calculation for the 
simulation of loads throughout the train. LEADER system also updates its data 
base information and this may be one of the files transmitted to data 
server/playback station 28. 

The on-board computer determines whether a base station 26 is within 
range and establishes communication. To determine whether a remote station is 
within range includes determining the location of the train and knowing location(s) 
of the next remote station(s). From this knowledge, commimication can be 
attempted when in range of stations. Altematively, the on-board computer can 
periodically send out a query to any base stations in range. When a remote station 
responds, the communication links can be established. After this communication 
is established, it downloads new files to the download/playback station and 
receives updated software and data files. 

The flow chart of the method is described in Figure 2a and 2b. To establish 
communication as shown in Figure 2a, the LEADER system includes track 
structure and structures including locations of base stations. The software 
monitors location of the train relative to the track structure. Next, it makes a 
decision of whether a base station is within a predetermined range knowing its 
location relative to the track. If the base station is within range, it establishes 
communication. Altematively, as shown in Figure 2b, a timer is set and upon the 
expiration of the timer, a query is transmitted. If a base station responds, 
communication is established. If not, a new timer cycle and query is performed. 

Next, it determines whether there are any new log files present. If so, it 
downloads new log files to the data server/playback station 28. Next, there is a 
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determination of whether there are any software or data file updates for the 
onboard computer. If there are updates, they are uploaded to the locomotive. If 
not, it cycles back to monitoring locations. If there are updates, and the upload is 
complete, communication is disrupted and the system cycles back to monitoring 
locations. The upload and download may be performed in any order. The updated 
data files may be from the data server/playback station 28 and/or the event recorder 
32. 

[00028] The determination of whether the software or the data files are to be 

updated includes determining the software or data file version or data on the 
onboard computer 18 and comparing it against the latest version available at the 
data server/playback station 28. If it is not the latest version, the update is then 
transmitted. This determination can be made at the data server/playback station 28 
and/or the onboard computer 18 via the communication links. Altematively, the 
latest version can be uploaded automatically and replace the onboard version even 
if it is the same. 

[00029] The preferable method of transmitting updates is in the form of a delta that 

spans multiple versions of the updates. The update combines multiple files into a 
single file for easy server distribution known as packing. The delta combined with 
packing and compression techniques reduces the time and cost of electronic 
distribution of the update. The delta is a measure of the comparison between the 
additions, the changes and/or the deletions between the present version in the on- 
board computer and the new version. The comparison may span multiple 
revisions. For example, the information being transmitted is a direct comparison 
between version A and version D and does not include the intermediate 
conversions firom A to B, B to C, and C to D. This reduces the amount of 
information transmitted as well as any errors which may be introduced in the 
intemiediate conversions. 

[00030] The creation of a delta for the added and changed information is easily 

identified, packed and compressed; and transmitted, decompressed and unpacked. 
The deleted or obsolete files are also identified and this information is packed and 
compressed and transmitted, such that these files can be deleted. The information 
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for deletion is an identification or instruction, not transmission of a complete delta 
indicating the total deletion change. 

[00031 ] The on-board computer may not be in continual communication with any 

of the base stations 26 or any central stations. Communication may be selective. 
The LEADER system preferably is continuously running or multitasking during 
this communication process. Altematively, the LEADER system may be only 
temporarily paused during the transmission of the files and receiving the updated 
software and data. This process is relatively fast and, therefore, would be 
imperceptible to the operator. It is desirable that the LEADER system not be 
paused so that there is no loss of information in the files and therefore, the files 
being transferred are the latest and represent a complete set. Altematively, buffers 
may be provided to capture information during the transfer of files and software. 

[00032] File transfers between the onboard computer 18 and the data 

server/playback station (D/PS) 28 may be resumed after an interruption of wireless 
commimication. This means that transfers will eventually be completed given a 
sufficient number of good communication sessions. Any files that have been 
partially received when a transfer is interrupted are marked as incomplete by the 
receiving computer, and will not be used until they have been completely received 
and vahdated. Altematively, the incomplete file may be deleted and received again 
in another session. Transferred files are currently vahdated by methods that include 
size, checksum and CRC checking. Livalid files are rejected and deleted. The 
communication sessions may be with a single D/PS 28 or different D/PS's 28. 
Communication between D/PS 28 or a controller or home base station 40, as 
shown in Figure 3, will allow joining of partially received files at different DPS 28. 

[00033] The files which are transferred ft-om the onboard computer to the remote 

station 26 and data server/playback station 28 and subsequently to a home remote 
includes train performance data, track data and other kinds of data available from 
the event recorder 22 on the train. The data available from the event recorder 22 
includes data conceming one or more of the following: control signals on the 27 
pin M.U. Line, brake system pressures (brake pipe, brake cylinder, etc.) Dynamic 
brake signals and conditions, air flows, accessory status (hom, bell, etc.), ground 
fault, hot units, generator and traction motor, time of day, locomotive ID, etc. 
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[00034] As a LEADER equipped train approaches a control point a radio 

communication link can be established during which the control point computers 
which includes event recorder 32, and the LEADER computer identify each other. 
The LEADER computer can query the control point for current status information 
for immediate display on the LEADER display/processor. Further, the control 
point computer can upload an event log (time history) to LEADER system and the 
LEADER computer can incorporate the Control Point event log into the LEADER 
logfile set for storage. 

[00035] When the LEADER equipped train passes by a remote station 26, it will 

download not only standard LEADER logfiles but also the supplemental control 
point logfiles correlated with the LEADER logfiles. LEADER system analysis 
will then be enhanced to include but not be limited to: the signal aspects before, 
during and afl:er the train has passed the signal; status of the crossing gates; 
crossing occupancy status; and indication of other trains in the vicinity. 

[00036] In addition, any maintenance information regarding the control point can be 

carried by the on-board LEADER system to be downloaded to the base station 26 
for processing. The LEADER system playback and analysis processing can 
identify and report on any maintenance issues reported by the control point. The 
same type of information could be captured and displayed fi-om other track side 
equipment such as hot box detectors where a radio link can be established and 
utilized for real-time exchange. 

[00037] Li general the locomotive becomes a vehicle to transport data from 

distributed location control points to a more central location or remote station 26. 
Software updates for control points can be accomplished the same way software 
updates for LEADER system. The LEADER equipped locomotive becomes a 
vehicle to carry the software update from a central point or base station to the 
control points where the update is downloaded via a radio link. 

[00038] By using the train communication system to relay the information fi:-om the 

control point to a home base station, the sophistication and cost of the transceiver 
for the control point and event recorder 32 can be substantially reduced. 

[00039] Figure 3 expands Figure 1 to show the connectivity on the network. The 

data server/playback station (D/PS), are nodes on the network. The arrows show 
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the flow of information between the components of the nodes. A single D/PS may 
exchange infomiation with a plurality of onboard computers (OBC), either 
simultaneously or sequentially. A single OBC may exchange information with a 
plurality of D/PS, but not simultaneously. The transfer of OBC data files 
(OBC/DF) from the OBC to the D/PS, and the transfer of OBC software (OBC/S) 
from the D/PS to the OBC, is via wireless communication as previously detailed. 
[00040] The network also allows a D/PS to exchange OBC files with one or more 

other remote D/PS. This makes analysis and playback possible from any remote 
station, and the redxmdancy provides one means to backup the OBC files. The 
connection is via some network such as voice telephone lines or the Intemet or 
wireless. A connection may be established when a D/PS has new OBC files to 
share, or according to some schedule, or by some combination of these or other 
triggers. 

[00041 ] A D/PS may also connect to one or more playback station (PS)34, which is 

nothing more than a station without the abiUty to commvmicate with the OBC. A 
PS can receive OBC files from the D/PS. It may be portable, in which case the 
connection is via RS-232, Ethemet, or some other similar media, and the 
connection is established by the user. A PS may be remote, in which case the 
connection is via some network such as voice telephone lines or the Intemet or 
wireless, and the connection is established either by the user or as needed by a 
D/PS. 

[00042] An event recorder 32 at a control point is also shown. It may communicate 

directly to an OBC or through a D/PS. 

[00043] The D/PS includes log files of information pertaining to its own operation. 

These log files D/PS/DF include activity and performance information such as 
which locomotives established contact and when, which OBC software updates 
were sent to a locomotive, which OBC files were received from a locomotive, 
communication statistics, and any other information that may prove useful. The 
D/PS also includes operational software D/PS/OS. 

[00044] A unique station on the network, called the home base station (HBS) 40, 

connects to a plurality of D/PS. The connection is via some network such as voice 
telephone lines or the Intemet or wireless. A connection may be established for a 
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number of reasons: when a D/PS has new OBC files to share; when new D/PS or 
OBC software has been submitted to the HBS; upon request by a user; according to 
some schedule; or by some combination of these or other triggers. 

[00045] The HBS is a repository for both OBC and D/PS software updates. 

Software updates are submitted to the HBS, where they are stored and 
electronically distributed to the D/PS. The HBS determines if it must send a 
software update to the D/PS by comparing the latest version stored on the HBS 
with the latest version on the D/PS. The D/PS installs D/PS/S software D/PS/OS 
updates that it receives. The D/PS also acts as a repository for OBC software 
updates OBC/S, which it transfers to the OBC as described previously. 

[00046] The HBS will receive and store D/PS log files D/PS/DF, which can be used 

for report generation, to analyze communication problems, and so forth. It may 
also receive and store OBC files for all locomotives for all railroads, making them 
available for analysis, simulation, report generation, and so forth, and providing a 
means to backup the files. 

[00047] One or more raihoad subnets 42 exist within the network. A subnet groups 

together the OBC, D/PS and PS nodes according to the territorial boundaries or 
operating ranges of a particular railroad, subdivision, or other entity. Figure 3 
shows, for example, a plurality of D/PS's, one PS and two OBC as part of one 
subnet. The OBC's are shown communicating with a specific D/PS. The subnet 
may include any number of D/PS, PS or OBC. 

[00048] An OBC is preferably a member of only one subnet, and usually it will 

only estabUsh a connection with D/PS nodes on that subnet. However, under 
special circumstances an OBC may connect with D/PS on one or more "foreign" 
subnet (i.e., subnets may overlap, or even merge). When this occurs, the OBC may 
transfer OBC files to the foreign D/PS, and the D/PS may transfer OBC software 
to the OBC. 

[00049] A D/PS is a member of only one subnet, and usually it will only establish a 

connection with other D/PS and PS nodes on that subnet (and with the HBS). 
However, under special circumstances a D/PS may connect with D/PS on one or 
more "foreign" subnets. For example, when a D/PS receives foreign OBC files, it 
may transfer those files to the D/PS on the foreign subnet directly or through the 
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HBS 40. This ability for subnets to intersect and interact can be useful. For 
example, if the AB and CD railroads merge into the ABCD raikoad, the two 
subnets are able to merge. 
[00050] The network is defined by a callbook. A callbook contains connection 

information for nodes on the network such as subnet identifier, connection type 
(e.g., modem), GPS locations of D/PS sites, telephone numbers, Intemet addresses, 
and so forth. 

[00051] When a new locomotive is commissioned for an existing subnet, the OBC 

software installed on the locomotive contains the (unchanged) callbook for that 
subnet. Because a locomotive OBC initiates contact with D/PS, and not vice versa, 
adding (or removing) a locomotive does not alter the network configuration in any 
way. A D/PS will adapt to a new locomotive without any reconfiguring. 

[00052] When a D/PS is commissioned or decommissioned for an existing subnet, 

or if its connection information changes, (for example, telephone number), the 
callbook is updated and electronically distributed to the D/PS and OBC on that 
subnet. Because a locomotive OBC initiates contact with a D/PS, and because a 
D/PS initiates contact with other D/PS, changes to a D/PS therefore require 
changes to the callbook, 

[00053] When a subnet is commissioned or decommissioned, the callbook is 

updated and installed on the OBC and D/PS for that subnet. A new subnet 42 
comes into existence, for example, for a new railroad or geographic territory. 

[00054] Although the communication used as an example has been radio fi-equency 

between the OBC and D/PS and wired conmaunication between D/PS and HBS, 
other wireless communication technology may be used. This could include 
cellular or other wireless telephonic technology. 

[00055] The processing of information firom the onboard computer and preferably 

fi-om the event recorders is processed according to Figure 4. The received 
information is inputted into a simulator so as to process the parameters. This 
method matches the parameters of the data fi-om the train with that of the simulator 
such that the simulator automatically reflects the actual train. After the parameters 
have been processed, the data is then analyzed. Automatically, arbitrary anomalies 
identified by the user are searched for. If they are not found, the processing 



-13- 

continues. If they are found, there is a notification to a designated party. The 
notification can be provided through modem 30 which also provides access to the 
raw information or any report or analysis of parameters. The notification can also 
be provided by visual indication on screen or in a file. 

If an anomaly is found in an automatic processing session, the anomaly 
along with the information about the train (location, time, crew, train makeup, 
railroad, log file numbers) is also transmitted such that a more detailed manual 
analysis can be constructed. 

The present system receives event recorder information firom all of the 
locomotives throughout the train and determines the appropriate parameters. The 
data fi-om all of the event recorders 22 of the train and control point event recorder 
32 are processed to increase the accuracy of the simulator and therefore the 
analysis of the data. 

A processing of parameters before the analysis of the data is illustrated 
specifically in Figure 5. The efficiency coefficients of the train and trackage, for 
the analysis on the simulator, include, but are not limited to more of the following: 
grade resistance, curve resistance, rolling resistance, tractive effort of the 
locomotives, dynamic brake effort of the locomotives, pneumatic brake systems 
and train weight. 

In order to determine which parameters to adjust, what direction in which 
to make the adjustment and what magnitude to make the adjustment, it is necessary 
to isolate, as much as possible, features of the trip being analyzed. The trip 
features should be those which generally produce a change of velocity. The trip 
features could include, but are not limited to, cxirves, grades, braking or throttle 
changes. All of these are those which result in acceleration or deceleration as 
appropriate. The efficiencies are used by a train dynamic model simulator 
compared with a real time recorded status data. The determination is whether the 
model data is matching the data. If it is, the efficiencies are correct. If not, 
efficiencies are automatically adjusted. This step is repeated until an acceptable 
match is found. A combination of the parameters are used. Preferably, the match 
or best fit is determined using a least square error. This is an improvement over 
the manual tuning of efficiencies discussed in Nickles' Patent 4,827,438. 
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The purpose of the simulator is to provide the same kind of display as the 
LEADER system display in the cab. This allows an operator to view and analyze 
the performance of the locomotive, performance of the crew, track structure 
traversed, and analysis data at the data server/playback station 28. 

In a playback session, each control point parameter can be shown 
graphically on the LEADER playback screen, in real-time relation to train position. 
Currently, the location of a signal is shown symbolically and the playback operator 
would know when the train passed by the signal. With the addition of Control 
Point status information, the LEADER playback would show the signal aspect and 
when the aspect changed states with respect to the train's location. The LEADER 
playback can then offer a more complete recreation of the train operation. Thus, 
for example, the signal status in relation to the train position is available for an 
accident investigation where the timing of the signal change is being called into 
question. 

Although the processing of the information from the train is shown as being 
on a simulator off the train, the LEADER system on the train can also be used to 
do the same anomaly search on-board with LEADER as off-board with a playback 
machine/simulator. The LEADER system would analyze the data in real time to 
adjust the efficiency coefficients and parameters it uses in the simulation of train 
states and display using the method of Figure 4. The LEADER system estimates 
and displays in-train forces, brake system status, propulsion system status and 
other considerations throughout the train. If the on-board LEADER automatically 
updates the parameters, they can be stored with the log data and transmitted to the 
base station. Thereby expediting an analyses. 

If a LEADER system equipped locomotive is coupled with a train 
containing non-LEADER system-equipped locomotives, the LEADER System will 
have no knowledge of the non-LEADER-equipped locomotives. The lack of 
knowledge will introduce errors into the LEADER calculations. To solve this 
problem, either all locomotives must be equipped with LEADER Systems (at least 
the I/O Concentrator measurement and communication portion) or the LEADER 
"expert" system must be able to determine the unknown locomotive states from the 
information available. 
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[00064] The algorithms used to determine the unknown locomotive states is an 

adaptive observer and represents an expert system approach to identifying 
unknown information based on current known information and an understanding of 
how the train dynamics work as a whole. The LEADER "expert" system will 
identify the unknown information based on differences between measured and 
calculated parameters, as shown in Figure 5, for example. The differences are used 
as an input to the expert knowledge database and an estimate of the unknown 
information will result. 

[00065] The LEADER "expert" system computer algorithm uses the known 

location of the train and the track database, which represents the shape of the 
terrain. The expert system determines whether the train is currently being pulled 
up or down a grade, the magnitude of the grade, if the train is being pulled through 
a curve, the magnitude of the curve, how much horsepower the locomotives should 
be producing in tractive effort given the current propulsion system command, and 
how much horsepower is being generated by the dynamic brake system given the 
dynamic brake command. By combining all this information, an intelligent 
LEADER System will self time its algorithms and identify the unknown train 
behind it. 

[00066] Examples of automatic tuning of efficiencies using adaptive observer 

algorithms are as follows: 

Example 1 . A LEADER system equipped train consist of three locomotives with 
full up LEADER Systems on each including GPS, radio communication, and I/O 
Concentrators. This allows a full status update of each locomotive in real time. 
The energy balance equations are showing the train is consistently moving slower 
than it should overall all types of terrain. This would indicate the train is heavier 
than reported or the rolling resistance is greater than estimated. By monitoring the 
magnitude of the energy imbalance as related to geographic features, LEADER 
system will automatically identify and modify the appropriate efficiency factor 
(train weight or rolling resistance in this case) or combination of efficiency factors. 
Example 2 . Using the same setup as Example 1, the energy imbalance is found to 
make the train go faster than expected but not consistently. The adaptive observer 
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algorithm determines that the increased speed occurs around comers and therefore 
adjusts the curve efficiency down to compensate. 

Example 3 . Using the same train as above but with only head end equipment the 
LEADER System now has incomplete status information lacking data from the 
two trailing locomotives. As the train movement begins, the LEADER System 
assumes the two traihng locomotives exactly mimic the head end (or lead) 
locomotive. As an energy imbalance is found the adaptive observer tunes the train 
by adjusting horsepower capability of the two trailing units, dynamic brake 
efficiency of the two trailing units as well as other train efficiencies such as rolling, 
curve, grade resistance, and air brake efficiency. 

Example 4 . In all the above examples it was assumed that the train consist 
information was known including details of car weight, brake type, locomotive 
type, car length and geometries, and car positions. If this data was not available or 
reported to LEADER system in error, LEADER system will again use the energy 
imbalance to determine what the true consist parameters are. This calculation is 
done in aggregate but results in a good representation of the train consist. 
[00067] There are many combinations of conditions the adaptive observer will tune 

for, but the general approach will be the same: To identify anomalies in the energy 
balance equation, relate them to specific events and adjust the train efficiencies to 
compensate. 

[00068] As the "LEADER Expert" algorithm is operating live, in real time, the 

efficiencies get more and more accurate. These adjusted efficiencies will be 
downloaded so they can be used during playback and analysis saving time in the 
set-up of an analysis session. 

[00069] Although the present invention has been described and illustrated in detail, 

it is to be clearly understood that the same is by way of illustration and example 
only, and is not to be taken by way of limitation. The spirit and scope of the 
present invention are to be limited only by the terms of the appended claims. 



